TASK PROGRAM CONTROL SYSTEM AND 
TASK PROGRAM CONTROL METHOD 



BACKGROUND OF THE INVENTION 
Field of the Invention 

The invention relates to a task program control system and a task 
program control method for performing a program control in, for example, a 
network processor. 
Related Background Arts 

Hitherto, as a technique which is used in a network processor 
such that a process of a network control that is performed by hardware is 
executed by software, for example, there is a technique shown in "Lebel One 
(TM) IXP1200 Network Processor Datasheet". Since such a processor for 
processing the network has register banks every four threads, contexts can be 
switched by switching the register banks. According to such a construction, 
since only four register banks exist, in the case where threads more than the 
four threads are executed, a retreat of the context is necessary and it is 
difficult to control a number of tasks. 

As a method of reducing the number of cycles of a context switch 
of the tasks by dividing the tasks and polling them instead of using the context 
switch, for example, there is a method disclosed in JP-A-10-63517 "Real-time 
information process and its apparatus". 

The switching method by the register banks, however, is a method 
by the specific processor and cannot be realized by a general processor. Since 
the register banks correspond to the four threads, if tasks more than four tasks 
are executed in parallel, the problem of the retreat and recovery of the context 
occurs again. 
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The method disclosed in JP-A- 10-63517 has problems such that a 
wasteful polling process in which the task has to be activated once within a 
predetermined time for the purpose of polling is necessary and the tasks have 
to be divided. 

SUMMARY OF THE INVENTION 
It is, therefore, an object of the invention to provide a task 

program control system and a task program control method for performing a 

program control, for example, in a network processor. 

To solve the above problems, the present invention is 

accomplished by the following aspects. 

(Aspect 1) 

There is provided a task program control system comprising: a 
storing circuit which stores information showing priorities of a plurality of 
tasks and orders-per -priority; a priority reading circuit which reads out the 
priority of the task of the highest priority from the storing circuit; an order 
reading circuit which reads out order-per-priority data of the priority read out 
by the priority reading circuit; a priority register which holds a value of the 
priority reading circuit; an order register which holds a value of the order in 
the priority read out by the priority reading circuit; an order-per-priority 
control circuit which sets a value of the highest order in the order-per-priority 
data read out by the order reading circuit into the order register and, when the 
value in the order register is read out, sets the read-out value so as to become 
the lowest order at such timing in the case where it is read out next; and a task 
executing unit which reads out the values in the priority register and the order 
register as an address of a task which is executed next, executes the task, and 
after the execution, updates the information in the storing circuit on the basis 



of a value which the task has and shows whether the task itself is continued or 

stopped. 

<Aspect 2> 

In a task program control system according to the aspect 1, when 
an address of an arbitrary task is read out from the priority register and the 
order register, information corresponding to the task in the storing circuit is 
cleared. 
<Aspect 3> 

In a task program control system according to the aspect 1 or 2, 
the system further comprises: a counter which counts a value of a read access 
from the task executing unit; a masking circuit which has a predetermined 
value corresponding to a specific priority and outputs a count value of the 
counter when the count value exceeds the predetermined value; and a specific 
priority reading circuit which, when the count value is outputted from the 
masking circuit, reads out the priority of the task of the highest priority among 
the priorities which are equal to and lower than the specific priority from the 
storing circuit. 
<Aspect 4> 

In a task program control system according to any one of the 
aspects 1 to 3, wherein a program table and a data table showing a program 
address and a data address corresponding to an arbitrary task are prepared, 
and when the address of the arbitrary task is read out from the priority 
register and the order register, the task executing unit executes the relevant 
task program on the basis of the addresses in the program table and the data 
table and the data is accessed. 
<Aspect 5> 

There is provided a task program control method comprising: a 
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storing step of storing information showing priorities of a plurality of tasks and 
orders-per-priority into a memory; a priority reading step of reading out the 
priority of the task of the highest priority from the memory; an order reading 
step of reading out order-per-priority data of the priority read out by the 
priority reading step; a priority holding step of holding a value of the priority 
read out in the priority reading step into a priority register; an order holding 
step of holding a value of the order in the priority read out in the priority 
reading step into an order register; an order-per-priority control step of setting 
a value of the highest order in the order-per-priority data read out in the order 
reading step into the order register and, when the value in the order register is 
read out, setting the read-out value so as to become the lowest order at such 
timing in the case where it is read out next; and a task executing step of 
reading out the values in the priority register and the order register as an 
address of a task which is executed next, executing the task, and after the 
execution, updating the information in the memory on the basis of a value 
which the task has and shows whether the task itself is continued or stopped. 

The above and other objects and features of the present invention 
will become apparent from the following detailed description and the appended 
claims with reference to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a constructional diagram showing an embodiment 1 of a 

task program control system of the invention; 

Fig. 2 is a whole constructional diagram of the embodiment 1 of 

the invention; 

Fig. 3 is an explanatory diagram of an example of processes of a 
typical protocol sequence; 



Fig. 4 is an explanatory diagram in which the processes of the 
protocol in Fig. 3 are expressed by functions; 

Figs. 5Aand 5B are explanatory diagrams of a task program 
which is executed in the embodiment 1 of the invention; 

Figs. 6Aand 6B are explanatory diagrams of processes of a main 
routine for calling a task; 

Figs. 7Aand 7B are explanatory diagrams of an initial allocating 
situation of the tasks; 

Figs. 8Ato 8C are explanatory diagrams of each task program; 

Fig. 9 is an explanatory diagram showing an allocating state of a 
program table in a main memory; 

Fig. 10 is an explanatory diagram showing an executing order of 

the tasks; 

Fig. 11 is a whole constructional diagram of an embodiment 2; 

Fig. 12 is a constructional diagram of a main section of a task 
scheduler in the embodiment 2; 

Fig. 13 is a constructional diagram of a main section of a task 
scheduler in an embodiment 3; 

Fig. 14 is an explanatory diagram showing an example of the 
operation in the embodiment 3; 

Fig. 15 is a whole constructional diagram of an embodiment 4; 

Figs. 16A and 16B are explanatory diagrams of constructions of a 
program table and a data table in the embodiment 4; 

Figs. 17A and 17B are explanatory diagrams showing a structure 
of a task program which is executed in the embodiment 4; 

Figs. 18A and 18B are explanatory diagrams of processes of a 
main routine for calling a task; and 



Figs. 19A and 19B are explanatory diagrams showing examples of 
the program table and the data table in the embodiment 4. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
5 Embodiments of the invention will now be described hereinbelow 

in detail. 

The invention relates to a system for switching tasks at a high 
speed with respect to a task program which is used for reducing the number of 
= cycles of a context switch and controlled in a state transition. 
10 ;\ « Embodiment 1 » 
S <Construction> 

J'JJ Fig. 1 is a constructional diagram showing an embodiment 1 of a 

^ task program control system of the invention. Prior to describing it, a 
^ fundamental control method of a task program will be explained. 
15 Fig. 2 is a whole constructional diagram of the embodiment 1 of 

the invention. 

An apparatus shown in the diagram is constructed by a CPU 100, 
a task scheduler 110, a main memory 120, and a bus 130. The CPU 100 is a 
processor for executing various programs stored in the main memory 120 in 

2 0 accordance with a decision of the task scheduler 110. In the embodiment, a 

specific CPU is not presumed. 

The task scheduler 110 is constructed by the circuits shown in 
Fig. 1 and has a function for forming a number of a task for allowing the CPU 
100 to execute it next. 

2 5 The main memory 120 is a memory which stores the various 

programs and data and is used as a work area of the CPU 100. A program 
table 121, a main routine 122, and various task programs 123 have been stored 
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in the main memory 120. The program table 121, main routine 122, and 
various task programs 123 will be explained hereinlater. 

The bus 130 is a system bus for connecting the CPU 100, task 
scheduler 110, and main memory 120. 

A construction of the program of the task which is executed by the 
CPU 100 and a construction of the main routine 122 for activating the program 
will be first explained. 

For example, a protocol process which is executed by a network is 
regarded as a following sequence even in processes of a lower layer other than 
a physical layer and can be executed. 

Fig. 3 is an explanatory diagram of an example of processes of a 
typical protocol sequence. 

Although process contents of each sequence are simple in terms of 
the processes of the protocol, a complicated control can be performed by 
allowing the processes to be executed in parallel with the other sequence and 
executing them while communicating with each other. 

Fig. 4 is an explanatory diagram in which the processes of the 
protocol of Fig. 3 are expressed by functions. 

In the diagram, each of "procO" to "proc2" corresponds to a label of 
each process. "receive(channelO,data);" shows that data "data" is received 
from a communication path "channelO". "send(channel0,data);" shows that 
the data "data" is transferred to a communication path "channelO". "return;" 
shows that a state is set to a starting state. 

In the sequence processes shown in Fig. 3, a receiving process and 
a transmitting process usually need the cycles of the numbers larger than the 
number of cycles which are necessary for processes closed only for such a 
sequence. This is because the execution is waited until a sequencer of the 
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partner of the reception or transmission can be prepared. In this case, a 
control to execute another task is performed on a real-time OS. 

Figs. 5A and 5B are explanatory diagrams of the task program 
which is executed in the embodiment 1 of the invention. Fig. 5Ais a flowchart 
and Fig. 5B is a diagram in which contents of the flowchart are described by 
the C language. 

The sequence processes having the state as shown in Fig. 3 can be 
rewritten to a branch command according to the state and a form of the next 
state setting. 

Step S 1 shows a variable for holding the state of the task. 
Step S2 shows the branch command according to the state 

variable. 

Step S3 shows process contents according to the state and its 
construction is divided into steps S3-1 to S3-4. 

That is, step S3-1 shows a numerical value indicative of the state 
and the branch command in step S2 is branched by this value. 

Step S3-2 shows the process according to the state. 

Step S3-3 sets the state at the time when it is executed next. 

Step S3-4 shows a return command and exits from the task. At 
this time, "1" is returned when it is reexecuted by the task scheduler 110 and 
"0" is returned when the state is in a waiting state or the process is finished. 

In Fig. 5B, a comment (//) corresponds to step S** in Fig. 5A (** 
denotes an arbitrary numerical value). 

"get(channelO,data)" in "easel:" in Fig. 5B corresponds to 
"receive (channelO, data)" in Fig. 4B. A difference is as follows. That is, 
"receive(channelO,data)" is waited until the "data" reaches the "channelO". 
On the other hand, according to "get(channelO,data)" ; it is sufficient to read the 



data "data" which has already existed in the "channe-10" and no waiting state 
occurs. According to the construction in Fig. 5B, a waiting process is not 
clearly shown but the process is returned to the main routine 122 by 
"return(O)" in step S3-4. 

Figs. 6A and 6B are explanatory diagrams of the processes of the 
main routine for calling the task. Fig. 6A is a flowchart and Fig. 6B is an 
explanatory diagram in which the processes of Fig. 6A are expressed by the C 
language. 

First, in step Sll, a task scheduler address 
(TASK_SCHEDULER_ADR in Fig. 6B) allocated to a specific address is set 
into a register (sp in Fig. 6B). Subsequently, in step S12, the number of the 
task (NUM in Fig. 6B) which is executed next is extracted from the task 
scheduler 110. The task scheduler 110 always forms the number of the task 
which is executed next. 

In step S13, a program (func[NUM]() in Fig. 6B) of the task 
number is executed. 

In step S14, a return value of the execution of the task program is 
reflected to a state (state [NUM] in Fig. 6B) corresponding to the task number. 

The state of the task corresponds to a bit matrix in the task 
scheduler 110, which will be explained hereinlater. The task number 
corresponds to an address in the bit matrix. Steps S12 to S14 are executed by 
an infinite loop. 

A construction of the task scheduler 110 shown in Fig. 1 will now 

be described. 

The system shown in Fig. 1 comprises: a matrix circuit 1 as a 
storing circuit; a priority encoder (PE) 2 as a priority reading circuit; a decoder 
(DECODE) 3; a driver (DR) 4; a multiplexer (MUX) 5 as an order reading 



circuit; an order-per-priority control circuit 6 (an inverter (IV) 7, AND circuits 
8 and 9, priority encoders (PE) 10 and 11, an OR circuit 12, a multiplexer 
(MUX) 13, an order-per-priority register 14, a multiplexer (MUX) 15, a decoder 
(DEC) 16, a subtracter 17); a priority register (PRIR) 18; an order register 
(ODRR) 19; and a task executing unit 20. 

The matrix circuit 1 is an (8 x 8) bit matrix. The vertical 
direction in the diagram indicates the priority and the lateral direction 
indicates the order in this priority. The upper priority is higher and the order 
on the left side in the same priority is higher. In the embodiment, there are 
eight kinds of priorities and there are eight kinds of orders in each priority. 
The invention is not limited to the number of priorities and the number of 
orders as mentioned above. The matrix circuit 1 has a state of one bit every 
task. "0" indicates a waiting state or a pause state and "1" indicates an 
executable state. The task allocated to the bit in the executable state in which 
the number of priorities is large and the order in the same priority is high is 
executed by the CPU 100. 

The priority encoder 2 has a function for getting the OR of the bits 
in the executable state every priority, priority-encoding the OR, and detecting 
the highest priority in the executable state. An output consists of three bits. 
If bit is set to "1" in the line of the priority 7, the output becomes 111. If no bit 
is set to "1" in every line of every priority, the output becomes 000. 

The decoder 3 has a function to form a drive signal for outputting 
the data in the priority register 18 and order register 19 to the data bus in 
response to an accessing request and an address from the CPU 100. The drive 
signal is used also to update the value in the order-per-priority register 14. 
The driver 4 is a driver to the data bus. 

The multiplexer 5 is a multiplexer to extract a line bit (order-per- 
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priority data) of the priority designated by the priority encoder 2 from the 
matrix circuit 1. 

The order-per-priority control circuit 6 has functions for setting 
the value of the highest order into the order register, 19 in the order-per- 
priority data read out by the multiplexer 5 and, when the value in the order 
register 19 is read out, setting the read-out value so as to become the lowest 
order at such timing when it is read out next. The control circuit 6 is 
constructed by the inverter 7 to the subtractor 17. 

The inverter 7 is a circuit for inverting an output of the decoder 
16. the AND circuit 8 is a circuit for getting the AND of the output of the 
decoder 16 inverted by the inverter 7 and the output of the multiplexer 5. The 
AND circuit 9 is a circuit to get the AND of the output of the decoder 16 and the 
output of the multiplexer 5. 

The priority encoders 10 and 11 are priority encoders for priority- 
encoding outputs of the AND circuits 8 and 9 and obtaining the bit of the 
highest order, respectively. That is, the priority encoder 10 is a priority 
encoder for obtaining the bit of the highest order in the mask portion of the bit 
based on a mask signal which is outputted from the decoder 16. The priority 
encoder 11 is a priority encoder for obtaining the bit of the highest order in the 
portion which is not masked. 

The OR circuit 12 is a circuit to get the OR of the output of the 
AND circuit 9. If at least one of bits is set to "1" in the output of the AND 
circuit 9, "1" is outputted. The multiplexer 13 is a multiplexer for selecting 
one of outputs from the two priority encoders 10 and 11. That is, the priority 
encoder output corresponding to the input which is not masked is always 
preferentially selected. 

The order-per-priority register 14 is a circuit for holding the order 
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when the task at the level is switched to the waiting state every priority. As 
mentioned above, the holding timing is set to the timing when the drive signal 
from the decoder 3 is asserted. The multiplexer 15 is a multiplexer for 
selecting the output from the order-per-priority register 14 in accordance with 
the output of the priority encoder 2. The decoder 16 is a decoder for decoding 
the output of the multiplexer 15 from 3 bits to 8 bits. That is, the decoder 16 
generates a mask signal based on the order held in the order-per-priority 
register 14. The subtractor 17 is a subtractor for decreasing the value in the 
order register 19 by "1". 

The priority register 18 is a register for holding the priority of the 
matrix circuit 1 as an output of the priority encoder 2. The order register 19 
is a register for holding the values of the orders-per-priority as an output of the 
multiplexer 13. 

The task executing unit 20 is a function which is realized when 
the CPU 100 executes the main routine 122. The task executing unit 20 reads 
out the values in the priority register 18 and order register 19 as an address of 
the task which is executed next, executes the task, and after the execution, 
updates the information in the matrix circuit 1 on the basis of the value which 
the task has and indicates whether the task itself is continued or stopped. 
<Operation> 

As an example of the operation, a state where three task 
programs operate is shown and the task program in Figs. 5A and 5B, the main 
routine in Figs. 6A and 6B, and the operation of Fig. 1 will be described. 

Figs. 7A and 7B are explanatory diagrams of an initial allocating 
situation of the tasks. 

Fig. 7A shows an address of each task. As shown in the diagram, 
the address of each task is shown by a numerical value of 6 bits. First 
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character "b" is a symbol showing that the address is expressed by a binary 
indication. An underscore provided at an intermediate position of "0" or "1" of 
6 bits is an indication such that the priority and the orders-per-priority can be 
distinguished and has no substantial meaning. 

Fig. 17B shows a bit state in the matrix circuit 1. For example, 
"taskO" has an address "bll0_101" and "1" is set at the position corresponding 
to the 6th row and the 5th column on the (8 x 8) bit matrix. Similarly, "taskl" 
has an address "b011_110" and "1" is set at the position corresponding to (3rd 
row, 6th column) on the (8 x 8) bit matrix. "task2" has an address "b011_011" 
and "1" is set at the position corresponding to (3rd row, 3rd column) on the (8 x 
8) bit matrix. They are set by the initial setting before the main routine 
program shown in Fig. 6B is executed. In the matrix circuit 1, "b000-000" has 
been reserved. 

Figs. 8A to 8C are explanatory diagrams of the task programs. 
Fig. 8A shows the program of "taskO". Fig. 8B shows the program of "taskl". 
Fig. 8C shows the program of "task2". 

A control structure of each task program is similar to that of Fig. 

5B. 

The operations of the task scheduler 110 and the three task 
programs will now be described. To distinguish the description of the 
hardware from that of the software, it is assumed that a procedure of the 
hardware is shown by step **_H and a procedure of the software is shown by 
step **_S (** denotes an arbitrary numerical value). 
[Step 1_H] 

The priority encoder 2 extracts the data from the matrix circuit 1. 
As shown in Figs. 7A and 7B, since the maximum line on which "1" has been 
set is the 6th row, 6 (= bllO) is outputted. 
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[Step 2_H] 

The bit train of the 6th row is selected from the matrix circuit 1 by 
the multiplexer 5 in accordance with the output of the priority encoder 2. 
[Step 3_H] 

The order-per-priority of the 6th row is extracted from the order- 
per-priority register 14 by the multiplexer 15. Ordinarily, the order-per- 
priority is equal to bill in the initial state, bill indicates 7 of a decimal 
notation and shows that the priority is the highest in the embodiment. 
[Step 4_H] 

The decoder 16 decodes the pattern corresponding to bill (= 7) 
into bllllllll of 8 bits. It is assumed that the decoding is performed such 
that, for example, bOOO (= 0) is decoded into bOOOOOOOl and bOOl (= 1) is 
decoded into bOOOOOOll. 
[Step 5_H] 

The AND of the decoded data and the data outputted from the 
multiplexer 5 is got by each of the AND circuits 8 and 9. The AND circuit 8 
gets the AND of the decoded data and the data inverted by the inverter 7. 
That is, the AND circuit 8 gets the AND of the data (bOOOOOOOO) in which all 
bits have been masked and the data of the multiplexer 5. The AND circuit 9 
gets the AND of the data (bllllllll) in which all bits are not masked and the 
data of the multiplexer 5. Thus, the output of the AND circuit 8 becomes 
bOOOOOOOO and the output of the AND circuit 9 becomes bOOlOOOOO. 
[step 6_H] 

The outputs of the priority encoders 10 and 11 are bOOO and blOl 
through the outputs of the AND circuits 8 and 9. It is determined in the OR 
circuit 12 that one of the bits in the output of the AND circuit 9 is equal to 1. 
[Step 7_H] 
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The output of either the priority encoder 10 or 11 is selected by 
the multiplexer 13 in accordance with the value of the OR circuit 12. Since 
the output of the OR circuit 12 is equal to 1, the output of the priority encoder 
11 is selected and the output is blOl. 
[Step 8_H] 

From the above result, bllO and blOl are inputted into the 
priority register 18 and order register 19, respectively. This means that the 
address value of "taskO" is separated into upper bits and lower bits and 
inserted. 
[Step 9_S] 

After the initial setting, the CPU 100 sets a task scheduler 
address into a register (not shown) in (Sll) in Fig. 6B. The processing routine 
enters the infinite loop and the data obtained in step 8_H is extracted from the 
task scheduler 110 in (S12). 
[Step 10_H] 

The decoder 3 decodes a read access in step 9_S and the values in 
the priority register 18 and order register 19 are outputted onto the data bus 
through the driver 4. 
[Step 11JE] 

Since the drive signal from the decoder 3 also serves as a setting 
signal of the order-per-priority register 14, the data blOO obtained by 
subtracting "1" from the value in the order register 19 is set into a register L6 
corresponding to the level, that is, the priority 6 here of the priority register 18. 
[Step 12_S] 

The data read out by the main routine in Fig. 6B is set into a 
variable "NUM". A function of an array corresponding to the "NUM" is 
executed ((Si 3) in Fig. 6B and step S13 in Fig. 6A). 
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Fig. 9 is an explanatory diagram showing an allocating state of 
the program table 121 in the main memory 120. 

As shown in the diagram, an array "func" is allocated as a 
program table into the memory, and execution start addresses of "taskO", 
"taskl", and "task2" have been allocated to addresses corresponding to the 
numbers of "taskO", "taskl", and "task2". Therefore, this means that the task 
is branched to the "taskO" address and executed in (SI 3) in Fig. 6A. 
[Step 13_S] 

"taskO" in Fig. 8A is executed and since the value of a state 
variable "staO" is equal to 0 as an initial value, a command corresponding to 
"caseO" is executed (//13_S in Figs. 8A to 8C). It is updated to the state 
variable 1 (staO = 1) in this portion. Further, 0 is returned (return(O)). 
[Step 14_S] 

In Fig. 6B, 0 is written into the return value at a location 
corresponding the "NUM" address of the array "state". The array "state" 
corresponds to the rows and columns of the (8 x 8) bit matrix of the matrix 
circuit 1. Therefore, the bit corresponding to NUM (= bll0_101) in the matrix 
circuit 1 is cleared to "0". 
[Step 15_H] 

Since the bit at the 6th row and the 5th column of the matrix 
circuit 1 is cleared, there are only two bits of the 3rd row where "1" has been 
set. Therefore, the output of the priority encoder 2 is equal to 3. Thus, the 
multiplexer 5 extracts the bit train of the 3rd row. Since all of the initial 
values of the order-per-priority register 14 are bill (= 7), in a manner similar 
to steps 4_H to 8_H mentioned above, bOll and bllO as an address of "taskl" 
are inputted into the priority register 18 and order register 19, respectively. 
[Step 16_S] 
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The number of the task to be executed next is extracted again 
from the task scheduler 110 by the infinite loop of the main routine (step S12 
and //(S12) in Figs. 6A and 6B). 
[Step 17_H] 

Together with the reading operation from the task scheduler 110, 
a value 101 obtained by decreasing "1" from the value in the order register 19 
is inputted into the register corresponding to the priority 3 in the order-per- 
priority register 14. bOllllO is outputted onto the data bus. 
[Step 18_S] 

In Fig. 6B, bOllllO is set into "NUM" and "taskl" corresponding 
to address bOllllO is executed from the array "func" of the function (step S13 
and //(S13) in Figs. 6Aand 6B). 
[Step 19_S] 

"taskl"shown in Fig. 8B is executed and since the value of a state 
variable "stal" is equal to 0 as an initial value, a command corresponding to 
"caseO" is executed (//19_S in Fig. 8B). The state variable is updated to 1 in 
this portion (stal = 1). Further, "1" is returned (return(l)). 
[Step 20_S] 

In Fig. 6B, "1" is written into the return value at a location 
corresponding to the "NUM" address of the array "state". The array "state" 
corresponds to the rows and columns of the matrix circuit 1. Therefore, the 
bit corresponding to NUM (= b011_101) in the matrix circuit 1 is reset to "1". 
[Step 21_H] 

Since the bit at the 6th row and the 5th column of the matrix 
circuit 1 is cleared, there are only two bits of the 3rd row where "1" has been 
set. Therefore, the output of the priority encoder 2 is equal to 3. Thus, the 
multiplexer 5 extracts the bit train of the 3rd row. Since the register 
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corresponding to the priority 3 in the order-per-priority register 14 has been 
updated to 101, bOOllllll is outputted to the decoder 16. 
[Step 22_H] 

When each of the AND circuits 8 and 9 gets the AND of the output 
bOOllllll of the decoder 16 and the output bOlOOlOOO of the multiplexer 5, 
bOlOOOOOO and bOOOOlOOO are outputted, respectively. Since the output of 
the OR circuit 12 is equal to 1, the output of the priority encoder 11 which 
receives the output of the AND circuit 9 is selected and bOll is inputted into 
the order register 19. 

In such a construction as mentioned above, when the task which 
was once executed is executed next, it is executed last in the same priority. 
That is, after the task of the order of the 6th bit is executed, the value in the 
order-per-priority register 14 is equal to blOl (= 5), and the mask signal in 
which the data of bits 6 and 7 is masked is outputted from the decoder 16. 
Thus, although the value of the priority encoder 10 is equal to bllO and the 
value of the priority encoder 11 is equal to bOll, since "1" has been set in the 
output of the AND circuit 9, the output of the priority encoder 11 is selected. 
[Step 23_S] 

The number of the task to be executed next is extracted again 
from the task scheduler 110 by the infinite loop of the main routine (step S12 
and //(S12) in Figs. 6A and 6B). 
[Step 24_H] 

Together with the reading operation from the task scheduler 110, 
the value 010 obtained by decreasing "1" from the value in the order register 19 
is inputted into the register corresponding to the priority 3 in the order-per- 
priority register 14. bOllOll is outputted onto the data bus. 
[Step 25_S] 
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In Fig. 6B, bOllOll is set into "NUM" and "task2" corresponding 
to address bOllOll is executed from the array "func" of the function (step S13 
and //(SI 3) in Figs. 6A and 6B). 
[Step 26_S] 

"task2" shown in Fig. 8C is executed and since a value of a state 
variable "sta2" is equal to 0 as an initial value, the command corresponding to 
"caseO" is executed. "taskO_id" in "state [taskO_id]" corresponds to address 
bllOlOl of "taskO" and the operation such that "1" is written corresponds to 
the operation such that "1" is written into bllO (= 6) row and blOl (= 5) column 
of the matrix circuit 1. 

The state variable is updated to 1 in the portion of //26_S in Fig. 
8C (sta2 = 1). Further, "1" is returned (return (1)). 
[Step 27_S] 

In Fig. 6B, "1" is written into the return value at the location 
corresponding to the "NUM" address of the array "state". The array "state" 
corresponds to the rows and columns of the matrix circuit 1. Therefore, the 
bit corresponding to NUM (= b011_011) in the matrix circuit 1 is reset to "1". 
[Step 28_H] 

Since "1" has been set in the 6th row of the matrix circuit 1, the 
priority encoder 2 extracts the data. As shown in Figs. 7A and 7B, since the 
maximum line in which "1" has been set is the 6th row, 6 is outputted. After 
that, the same processes as those in steps 4_H to 8_H mentioned above are 
executed. 
[Step 29_S] 

The number of the task to be executed next is extracted again 
from the task scheduler 110 by the infinite loop shown in the main routine in 
Fig. 6B (step S12 and //(S12) in Figs. 6A and 6B). bllOlOl is set into "NUM" 
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and "taskO" corresponding to the address b 110101 is executed from the array 
"func" of the function (step S13 and //(S13) in Figs. 6Aand 6B). 
[Step 30_S] 

Since the state variable "staO" in Fig. 8A is equal to 1, the 
commands of "easel" and subsequent cases are executed. The state variable 
"staO" is set to 0 and 0 is returned (return(O)). 
[Step 31_H] 

Since the bit at the 6th row and the 5th column of the matrix 
circuit 1 is cleared, there are only two bits of the 3rd row where "l" has been 
set. Therefore, the output of the priority encoder 2 is equal to 3. Thus, the 
multiplexer 5 extracts the bit train of the 3rd row. Since the register value of 
the priority 3 in the order-per-priority register 14 is equal to bOlO (= 2), the 
outputs of the AND circuits 8 and 9 are blOOlOOOO and bOOOOOOOO, 
respectively. Therefore, the output of the OR circuit 12 is equal to 0 and the 
output of the multiplexer 13 is the output bllO of the priority encoder 10. It 
corresponds to lower bits of the address of "taskl". Therefore, "taskl" is 
executed. 
[Step 32_S] 

After that, "taskl" is activated and "task2" is subsequently 

activated. 

Fig. 10 is an explanatory diagram showing an executing order of 

such tasks. 

As mentioned above, the tasks are alternately executed in 
accordance with the bit designation of the priority of the matrix circuit 1. 
Since the scheduling portion is executed by the hardware and the execution 
activating portion is executed by the software, the invention can be applied to 
every CPU 100. 
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<Effects> 

As mentioned above, according to the embodiment 1, the task 
scheduler 110 comprising the matrix circuit 1, order-per-priority control circuit 
6, and the like determines the task which is executed next. Each task has 
information showing whether the task itself is continued or stopped. If the 
task is executed, the state of the matrix circuit 1 is updated on the basis of this 
information. Therefore, the task switching can be performed at a high speed. 
For example, the program of the C language and the branch portion to the 
state label of each task shown in the embodiment are equal to about five 
commands as an assembler program, respectively. Therefore, the program 
can be shifted from the task program which is being executed to the task 
program of the next highest priority within 20 cycles even in consideration of a 
loss due to the data access and the branch command. In the general 
processor, when considering the fact that the context switch needs at least 
about 100 cycles, the processing method of an extremely high speed can be 
provided. 

The embodiment is not limited to the structure of the CPU 100 
but can be also applied to any CPU or DSP. 

« Embodiment 2 » 
<Construction> 

Fig. 11 is a whole constructional diagram of the embodiment 2. 

Although one CPU 100 exists in the above embodiment 1, in the 
embodiment 2, a plurality of CPUs 100 (100-1, 100-2) are connected onto the 
same bus 130. A task scheduler 110a in the diagram is constructed as follows. 

Fig. 12 is a constructional diagram of a main section of the task 
scheduler 110a in the embodiment 2. 
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Although its fundamental construction is similar to that of the 
embodiment 1, the bits are cleared on the basis of the address data by a control 
signal for reading the task scheduler 110a, that is, reading the priority register 
18 and order register 19 (they are not shown in Fig. 12). Since other 
constructions are similar to those shown in Fig. 1, their description is omitted 
here. 

<Operation> 

Explanation will now be made by using the example of the task of 
the embodiment 1. 

First, when the CPU 100-1 obtains a bus right and accesses to the 
task scheduler 110a, the address value of "taskO" is obtained in a manner 
similar to the embodiment 1. The CPU 100-1 executes "taskO" as it is. In the 
embodiment 2, when the values in the priority register 18 and order register 19 
are read out, the bits corresponding to the address value of "taskO" are cleared 
at the same time. 

Now, assuming that the CPU 100-2 accesses to the task scheduler 
110a while the CPU 100-1 is executing "taskO", since the bits of "taskO" have 
been cleared, the address value of "taskl" is read out and "taskl" is executed. 

As mentioned above, each time the task address corresponding to 
the task of the highest priority is read out, by clearing the bits corresponding to 
the task address in the matrix circuit 1, a situation such that a plurality of 
CPUs 100 execute the same task is eliminated. Even if a plurality of CPUs 
100 are used, the different task can be executed every order-per-priority. 
<Effects> 

According to the embodiment 2 as mentioned above, if the address 
of an arbitrary task is read out, the address value of this task in the matrix 
circuit 1 is cleared. Therefore, even if a plurality of CPUs exist, the task can 



be executed without overlapping. 



« Embodiment 3 » 

Among a plurality of tasks, if many tasks of high priorities are 
allocated, a situation such that the tasks of low priorities are not executed 
occurs. Such a situation also occurs on the general real-time OS. To solve it, 
in the embodiment 3, even the tasks of the low priorities can be executed at a 
low period. 
<Construction> 

Fig. 13 is a constructional diagram of a main section of a task 
scheduler in the embodiment 3. 

In the diagram, portions different from the embodiment 1 are 
shown and the matrix circuit 1 and priority encoder 2 are similar to those in 
the embodiment 1. In the embodiment 3, and a counter (COUNTER) 21, a 
masking circuit (MSK) 22, a specific priority reading circuit 23 (an AND circuit 
24, a priority encoder 25, an OR circuit 26, and a multiplexer 27) are further 
added. Since other constructions are similar to those of the embodiment 1, 
they are not shown and their explanations are omitted here. 

The counter 21 is a counter which is counted up by the read 
access. When an output of the OR circuit 26 is equal to " 1" and the read 
access is performed, the bit is cleared to "0". In this example, it is assumed 
that a count value increases from upward toward downward of the diagram. 
The masking circuit 22 is a masking circuit for masking only a range of certain 
bits in an output of the counter 21. That is, the counter 21 has a 
predetermined value corresponding to a specific priority and when the value of 
the counter 21 exceeds the predetermined value, the counter outputs the count 
value. That is, since a possibility that the task of a high priority which is 
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executed is relatively high, the masking circuit is provided to mask it, thereby 
enabling the tasks of low priorities to be executed. The specific priority 
reading circuit 23 has a function such that when the count value is outputted 
from the masking circuit 22, the priority of the task of the highest priority 
among the specific priorities is read out from the matrix circuit 1. The circuit 
23 is constructed by the AND circuit 24 to the multiplexer 27. 

The AND circuit 24 is an AND circuit for getting the AND of the 
priority output of the matrix circuit 1 and an output of the masking circuit 22. 
The priority encoder 25 extracts the highest priority in an output of the AND 
circuit 24 and outputs a signal of 3 bits similar to that of the priority encoder 2 
to the OR circuit 26 and multiplexer 27. The OR circuit 26 is an OR circuit for 
discriminating whether the bits of "1" exist in an output of the priority encoder 
25 or not, and outputting "1" if YES. An output of the OR circuit 26 is 
connected to "clear enable" of the counter 21. The multiplexer 27 is a selector 
for selecting either the output of the priority encoder 2 or the output of the 
priority encoder 25. When the output of the OR circuit 26 is equal to "1", the 
output of the priority encoder 25 is selected. 

Although not shown, an output of the multiplexer 27 is supplied 
to the multiplexer 5 in the embodiment 3 and the orders-per-priority are read 
out on the basis of this output. 
<Operation> 

Fig. 14 is an explanatory diagram showing an example of the 

operation. 

It is assumed that the bits have been allocated to the matrix 
circuit 1 as shown in the diagram. It is assumed that only the tasks allocated 
to the 6th row are executed and the tasks allocated to the 2nd row have not 
been executed. 



In such a state, the output of the priority encoder 2 is equal to 6. 
It is now assumed that the value of the counter 21 is equal to bOOlOOOOO (in 
the diagram, upper bits correspond to the Oth row of the bit matrix of the 
matrix circuit 1 and lower bits correspond to the 7th row). In the masking 
circuit 22, it is assumed that only three upper bits are set to "1" and other 
lower bits are set so as to be masked to "0". Therefore, the output of the 
masking circuit 22 is equal to bOOlOOOOO. 

The AND circuit 24 gets the AND of the bit output blOllOOlO of 
the matrix circuit 1 and the output bOOlOOOOO of the masking circuit 22 and 
outputs bOOlOOOOO. Thus, the priority encoder 25 outputs bOlO (= 2). Thus, 
the output of the OR circuit 26 is equal to "1" and the multiplexer 27 selects the 
output bOlO of the priority encoder 25 and outputs. 

That is, when the read access is performed to the counter 21 64 
times, the task of the priority 2 is preferentially activated. Upon reading of 
the next task, the counter 21 is cleared by the output of the OR circuit 26. 

Although the embodiment has been described with respect to the 
case of preferentially activating the task of the priority 2, the task of another 
arbitrary priority can be also activated by setting the mask bits of the masking 
circuit 22. 
<Effects> 

According to the embodiment 3 as mentioned above, there are 
provided: the counter 21 which counts the value of the read access; the 
masking circuit 22 which masks the output of the counter 21 by the value 
corresponding to the specific priority; and the specific priority reading circuit 
23 which, when the count output is equal to the count value corresponding to 
the specific priority, reads out the highest priority below the specific priority 
from the matrix circuit 1. Therefore, in addition to the effects of the 



embodiment 1, there is an effect such that since the tasks allocated to the 
levels of low priorities are periodically selected, even the task of the low 
priority can be activated. 

« Embodiment 4 » 

In the embodiment 4, although the data construction is 
substantially the same, a higher effect will be obtained in case of executing the 
same processes to the different data. For example, as such an example, there 
is a process of the ATM cell data. The embodiment 4 mainly relates to a 
construction of software. 
<Construction> 

Fig. 15 is a whole constructional diagram of the embodiment 4. 

According to an apparatus shown in the diagram, a construction 
in the main memory 120 differs from that of the specific examples 1 and 2. In 
addition to the program table 121, a data table 124 is provided in the main 
memory 120. The apparatus has a main routine 122a and the various task 
programs 123. 

Figs. 16A and 16B are explanatory diagrams of constructions of 
the program table 121 and data table 124. 

As also shown in the description of the embodiment 1, the task 
scheduler 110 sends the number of the task to be executed next to the CPU 
100. The CPU 100 accesses a program head address which is branched from 
the program table 121 in the main memory 120 and branches to this address, 
thereby executing the relevant task. 

Similarly, the data table 124 is accessed from the number of the 
task to be executed next and the data is processed. In the program table 121 
shown in Fig. 16A, the program head address has been set to the address 



corresponding to the task number which can be taken by the task scheduler 
110. In the data table 124 shown in Fig. 16B, the data has been set into the 
table by a similar address allocation. 

Thus, in the main routine 122a for realizing the function of the 
task executing unit 20, when a specific task number is read out from the 
matrix circuit 1, the program is executed and the data is accessed on the basis 
of the addresses in the program table 121 and data table 124. Since other 
constructions are similar to those in the embodiment 1, their description is 
omitted here. 
<Operation> 

Figs. 17A and 17B are explanatory diagrams showing a structure 
of a task program which is executed in the embodiment 4. Fig. 17A is a 
flowchart and Fig. 17B is an explanatory diagram in which contents of the 
flowcharts are described by the C language. 

A difference between the task program in the embodiment 4 
shown in Figs. 17A and 17B and the task program in the embodiment 1 shown 
in Figs. 5Aand 5B is that the declaration of the state variable (step Si in Fig. 
5A) does not exist in the task program in the embodiment 4. This is because 
the state variable becomes one element of the data which is sent as an 
argument of the function. 

A difference between the program example of Fig. 17B and the 
program example of Fig. 5B is that the address value (struct xxx*a) in the data 
table 124 is sent as an argument of the function and the state variable is held 
as one element (a.state) of the data structure, "struct xxx*a" denotes an 
address value of a variable "a" having a structure of xxx. As an updating of 
the state variable, the updating of one element of the data structure is shown 
by (a.state =). 
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Figs. 18A and 18B are explanatory diagrams of the main routine 
processes for calling the task. Fig. 18A is a flowchart and Fig. 18B is an 
explanatory diagram in which the processes are shown by the C language. 

A difference between Figs. 18A and 6A is that an extracting 
process of the data corresponding to the task number in step Sl3a, that is, a 
process for extracting the data address corresponding to the task number from 
the data table 124 is merely added. Other steps Slla, Sl2a, S14a, and S15a 
are the processes similar to those in steps Sll, S12, and S14 in Fig. 6A. 

A difference between the program example of Fig. 18B and the 
program example of Fig. 6B is merely that *data[NUM] exists in the argument 
of the array function "func". It corresponds to a process for extracting the 
data address of the task number "NUM" from an array "data[ ]" of the data 
table 124. 

By separating the program table 121 and data table 124 with 
respect to such a task number as mentioned above, in the different task 
numbers, the process to the different data can be performed by the same 
program. 

Figs. 19A and 19B are explanatory diagrams showing an example 
of the program table 121 and data table 124 in case of executing such a process. 

As shown in the diagrams, in the different task numbers (b 111100 
and blllOlO), the process to the different data (dataO, datal) can be performed 
by the same program (fund). 
<Effects> 

As mentioned above, according to the embodiment 4, the program 
table 121 and data table 124 showing the program address and data address 
corresponding to an arbitrary task number are provided and when the specific 
task number is read out from the matrix circuit 1, the task program is executed 
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on the basis of the addresses shown in those tables and the data access is 
performed. Therefore, for example, although they have the same data 
construction, if the same process is executed to the different data, there is no 
need to set the program for each data and it is sufficient to use a small 
program. It is particularly effective to a program like an object oriented 
program in which the data and the program have one structure. 

The present invention is not limited to the foregoing embodiments 
but many modifications and variations are possible within the spirit and scope 
of the appended claims of the invention. 
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